Sharing grouped data in an organized storage system

ABSTRACT

A method including determining, by the first device for a group, a group access key pair including a group access public key and a group access private key; determining, by the first device, a sharing encryption key based on the group access private key and an assigned public key associated with a second device; encrypting, by the first device, the group access private key based on utilizing the sharing encryption key; determining, by a second device, a sharing decryption key based on the group access public key and an assigned private key associated with the second device; decrypting, by the second device, the group access private key based on utilizing the sharing decryption key; and accessing, by the second device, the group based on utilizing the group access private key. Various other aspects are contemplated.

CROSS REFERENCE

This application is a continuation of U.S. Non-Provisional patent application Ser. No. 17/485,405, filed on Sep. 25, 2021, and titled “Sharing Grouped Data In An Organized Storage System,” the entire contents of which are incorporated herein by reference.

FIELD OF DISCLOSURE

Aspects of the present disclosure generally relate to use of computer hardware and/or software to manage data, and in particular to providing an organized data storage system.

BACKGROUND

Various methods of cryptography (e.g., encrypting and decrypting data) are known. Encryption may be associated with changing the data from being in a transparently readable format to being in an encoded, unreadable format with the help of an encryption algorithm. Decryption may be associated with changing the data from being in the encoded, unreadable format to being in the transparently readable format with the help of a decryption algorithm. Encoded/encrypted data may be decoded/decrypted with a given decryption key. In an example, symmetric cryptography may utilize encryption and decryption algorithms that rely on a single private key for encryption and decryption of data. Symmetric cryptography is considered to be relatively speedy. One example of an encryption and decryption algorithm utilized by symmetric encryption may be an AES encryption cipher. On the other hand, asymmetric cryptography may utilize encryption and decryption algorithms that rely on two separate but mathematically-related keys for encryption and decryption of data. For instance, data encrypted using a public key may be decrypted using a separate but mathematically-related private key. The public key may be publicly available through a directory, while the private key may remain confidential and accessible by only an owner of the private key. Asymmetric encryption may also be referred to as public key cryptography. One example of an encryption and decryption algorithm utilized by asymmetric encryption may be Rivest-Shamir-Adleman (RSA) protocol.

SUMMARY

In one aspect, the present disclosure contemplates a method including determining, by a first device, a sharing encryption key based at least in part on a group access private key associated with a group and an assigned public key associated with a second device; encrypting, by the first device, the group access private key associated with the group utilizing the sharing encryption key; and transmitting, by the first device, the encrypted group access private key to enable the second device to access the group.

In another aspect, the present disclosure contemplates a device comprising a memory; and a processor communicatively coupled to the memory, the memory and the processor being configured to: determine a sharing encryption key based at least in part on a group access private key associated with a group and an assigned public key associated with another device; encrypt the group access private key associated with the group utilizing the sharing encryption key; and transmit the encrypted group access private key to enable the other device to access the group.

In another aspect, the present disclosure contemplates a non-transitory computer readable medium storing instructions, which when executed by a processor associated with a device, configure the processor to: determine a sharing encryption key based at least in part on a group access private key associated with a group and an assigned public key associated with another device; encrypt the group access private key associated with the group utilizing the sharing encryption key; and transmit the encrypted group access private key to enable the other device to access the group.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory in nature and are intended to provide an understanding of the present disclosure without limiting the scope thereof. In that regard, additional aspects, features, and advantages of the present disclosure will be apparent to one skilled in the art from the following detailed description.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings illustrate aspects of systems, devices, methods, and/or mediums disclosed herein and together with the description, serve to explain the principles of the present disclosure. Throughout this description, like elements, in whatever aspect described, refer to common elements wherever referred to and referenced by the same reference number. The characteristics, attributes, functions, interrelations ascribed to a particular element in one location apply to those elements when referred to by the same reference number in another location unless specifically stated otherwise.

The figures referenced below are drawn for ease of explanation of the basic teachings of the present disclosure; the extensions of the figures with respect to number, position, relationship, and dimensions of the parts to form the following aspects may be explained or may be within the skill of the art after the following description has been read and understood. Further, exact dimensions and dimensional proportions to conform to specific force, weight, strength, and similar requirements will likewise be within the skill of the art after the following description has been read and understood.

The following is a brief description of each figure used to describe the present disclosure, and thus, is being presented for illustrative purposes only and should not be limitative of the scope of the present disclosure.

FIG. 1 is an illustration of an example system associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 2 is an illustration of an example flow associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 3 is an illustration of an example flow associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 4 is an illustration of an example flow associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 5 is an illustration of an example flow associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 6 is an illustration of an example flow associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 7 is an illustration of an example flow associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 8 is an illustration of an example process associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 9 is an illustration of an example process associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 10 is an illustration of an example process associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

FIG. 11 is an illustration of example devices associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure.

DETAILED DESCRIPTION

For the purposes of promoting an understanding of the principles of the present disclosure, reference will now be made to the aspects illustrated in the drawings, and specific language may be used to describe the same. It will nevertheless be understood that no limitation of the scope of the disclosure is intended. Any alterations and further modifications to the described devices, instruments, methods, and any further application of the principles of the present disclosure are fully contemplated as would normally occur to one skilled in the art to which the disclosure relates. In particular, it is fully contemplated that the features, components, and/or steps described with respect to one aspect may be combined with the features, components, and/or steps described with respect to other aspects of the present disclosure. For the sake of brevity, however, the numerous iterations of these combinations may not be described separately. For simplicity, in some instances the same reference numbers are used throughout the drawings to refer to the same or like parts.

FIG. 1 is an illustration of an example system 100 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. The system 100 includes one or more user devices 102 communicating a stateless infrastructure 110 including a processing unit 112 and a database (e.g., memory) 114. In an example, a user device 102 may include a processing unit 106 and may utilize an installed client application 104 to communicate with an application programming interface (API) (not shown) included in the stateless infrastructure 110. In some aspects, the user device 102 and the stateless infrastructure 110 may communicate with one another over a network 120. The network 120 may be wired or wireless network. In some aspects, the network 120 may include one or more of, for example, a phone line, a local-area network (LAN), a wide-area network (WAN), a metropolitan-area network (MAN), a home-area network (HAN), Internet, Intranet, Extranet, and Internetwork. In some aspects, the network 120 may include a digital telecommunication network that permits several nodes to share and access resources.

The user device 102 may be a physical computing device capable of hosting a client application and of connecting to the network 120. The user device 102 may be, for example, a laptop, a mobile phone, a tablet computer, a desktop computer, a smart device, a router, or the like. In some aspects, the user device 102 may include, for example, Internet-of-Things (IoT) devices such as VSP smart home appliances, smart home security systems, autonomous vehicles, smart health monitors, smart factory equipment, wireless inventory trackers, biometric cyber security scanners, or the like. The user device 102 may include and/or may be associated with a communication interface to communicate (e.g., receive and/or transmit) data.

In some aspects, the stateless infrastructure 110 may provide the user device 102 with a client application 104 to be installed on the user device 102. The client application 104 may enable a processor (e.g., processing unit 106, processor 520) associated with the user device 102 to encrypt and decrypt the data. In some aspects, the client application 104 and/or the stateless infrastructure 110 may utilize one or more encryption and decryption algorithms to encrypt and decrypt the data. The encryption algorithms and decryption algorithms may employ standards such as, for example, data encryption standards (DES), advanced encryption standards (AES), Rivest-Shamir-Adleman (RSA) encryption standard, Open PGP standards, file encryption overview, disk encryption overview, email encryption overview, etc. Some examples of encryption algorithms include a triple data encryption standard (DES) algorithm, Rivest-Shamir-Adleman (RSA) encryption algorithm, advanced encryption standards (AES) algorithms, Twofish encryption algorithms, Blowfish encryption algorithms, IDEA encryption algorithms, MD5 encryption algorithms, HMAC encryption algorithms, etc.

In some aspects, data may include any information such as private information including, for example, bank account numbers, credit card numbers, various passwords, etc. In some aspects, the data may include electronic information included in files such as, for example, photographs, documents, compact discs (CDs), digital video disks (DVDs), etc. including written, printed, and/or electronic matter that provides information and/or evidence.

The stateless infrastructure 110 may include the processing unit 112 and the database 114. The processing unit 112 may include a logical component configured to perform complex operations to evaluate various factors associated with encrypting and decrypting the data. The database 114 may store various pieces of information associated with encrypting and decrypting the data, including encrypted content and/or encrypted key information. In some aspects, the stateless infrastructure 110 may include an application programming interface (API) (not shown) to communicate with the client application 104. The stateless infrastructure 110 may include or be associated with a communication interface to communicate (e.g., transmit and/or receive) data.

As indicated above, FIG. 1 is provided as an example. Other examples may differ from what is described with regard to FIG. 1 .

A user device may request data storage services from a data storage service provider (DSSP). Such data storage services may include cloud storage services that enable the user device to utilize, for example, the Internet to store data on remote servers and/or storage devices managed by the DSSP. The data storage services may also be referred to as cloud backup services, online data storage services, online drive storages, file hosting services, file storage services, or the like. The DSSP may attempt to protect the stored data by requiring the user device to provide credentials (e.g., username, password, one-time passwords, one-time tokens, or the like) to gain authorized access to the stored data. The data storage services may be available via use of a web interface and/or an application interface.

In some instances, the DSSP may fail to protect the stored data. In an example, a third party may gain unauthorized access to the stored data by, for example, hacking into the servers and/or storage devices managed by the DSSP. In another example, internal devices associated with the DSSP that have access to the servers and/or storage devices managed by the DSSP may gain unauthorized access to the stored data. As a result, an integrity associated with the stored data may be compromised. To regain access to the stored data and/or to protect the stored data, the user device and/or the DSSP may expend resources (e.g., management resources, memory resources, computational/processing resources, power consumption resources, system bandwidth, network resources, etc.) that may otherwise be used for more suitable tasks associated with the data storage services.

Various aspects of systems and techniques discussed in the present disclosure are associated with encrypting and data. In some aspects, a DSSP may provide a stateless system including a stateless infrastructure and/or a client application installed on a user device. In some aspects, the stateless infrastructure may provide the user device with the client application. In some aspects, the client application may enable the user device to encrypt and decrypt the data that the user device may wish to protect. In an example, the client application may enable the user device to encrypt data, to store the encrypted data, and to decrypt the encrypted data. In some aspects, the user device may encrypt the data, store the encrypted data, and decrypt the encrypted data without the stateless infrastructure having access to and/or storing unencrypted data. As a result, even if a third party gains unauthorized access to the client application and/or the stateless infrastructure, the unauthorized access may lead to encrypted data, which the third party may not be able to decrypt. The client application and/or the stateless infrastructure may employ a particular arrangement of keys to encrypt and decrypt the data. Such particular arrangement of keys may be critical because it enables the client application and/or the stateless infrastructure to provide data storage services (e.g., protect stored data) without storing unencrypted data. In this way, the client application and/or the stateless infrastructure may mitigate instances of the data becoming compromised, thereby enabling efficient utilization of resources (e.g., management resources, memory resources, computational/processing resources, power consumption resources, system bandwidth, network resources, etc.) associated with the user device and/or the stateless infrastructure for more suitable tasks related to the data storage services.

Additional aspects of systems and techniques discussed herein enable the stateless system to provide virtual groups and may enable authorized access to the virtual groups and prevent unauthorized access to the virtual groups. A virtual group may be associated with a plurality of registered accounts. Further, the virtual group may include and/or be associated with a plurality of folders (e.g., virtual folders) that include and/or are associated with encrypted content. In some aspects, as discussed below in further detail, the stateless system may provide one or more relationships using a particular key arrangement. Such particular key arrangement may be critical because it enables authorized access by user devices associated with the plurality of registered accounts to the folders and/or the encrypted content, and prevents unauthorized access to the folders and/or the encrypted content, without the stateless infrastructure having access to unencrypted data.

Additional aspects of systems and techniques discussed herein enable the stateless system to share access to the virtual group. For instance, the stateless system may be a virtual group associated with a first registered account to be shared with a second registered account without the stateless infrastructure having access to unencrypted data (e.g., content, key information, etc.). In some aspects, as discussed below in further detail, the stateless system may provide one or more relationships using a particular key arrangement to enable a user device associated with the second registered account to gain authorized access to the virtual group. Such particular key arrangement may be critical because it enables the authorized access without the stateless infrastructure having access to the unencrypted data.

In some aspects, the client application and/or the stateless infrastructure may determine a sharing encryption key based at least in part on a group access private key associated with a group and an assigned public key associated with a second device; encrypt the group access private key associated with the group utilizing the sharing encryption key; and transmit the encrypted group access private key to enable the second device to access the group.

FIG. 2 is an illustration of an example flow 200 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. The example flow 200 may include a user device 102 in communication with a stateless infrastructure 110. In some aspects, the user device 102 may install a client application 104 associated with the stateless infrastructure 110 and may use the client application 104 to communicate with an application programming interface (API) and a processor (e.g., processing unit 112, processor 1120) associated with the stateless infrastructure 110. In some aspects, the user device 102 and the stateless infrastructure may communicate over a network (e.g., network 120).

As shown by reference numeral 210, the user device 102 may register an account with the stateless infrastructure 110. In some aspects, during the registration, the user device 102 may provide registration information such as, for example, identity of an owner of the user device 102, a phone number associated with the user device 102, an email address associated with the user device 102, or the like. In some aspects, the user device 102 may set up an access system including, for example, username, password, or the like to subsequently gain access to the registered account.

In some aspects, the stateless infrastructure 110 may provide the client application 104 to be installed on the user device 102. The client application 104 may enable the user device 102 to receive information to be processed by the client application 104 and/or by the stateless infrastructure 110. The client application 104 may include a graphical interface to receive the information via a local input interface (e.g., touch screen, keyboard, mouse, pointer, etc.) associated with the user device 102. The information may be received via text input or via a selection from among a plurality of options (e.g., pull down menu, etc.). In some aspects, the client application 104 may activate and/or enable, at a time associated with the registration (e.g., after the registration), the graphical interface for receiving the information. For instance, the client application 104 may cause a screen (e.g., local screen) associated with the user device 102 to display, for example, a pop-up message to request entry of the information. Further, the client application 104 may enable transmission of at least a portion of the information to the stateless infrastructure 110.

As shown by reference numeral 220, the stateless system may determine information based at least in part on the registration of the account with the stateless infrastructure 110. In an example, the client application 104 may determine an asymmetric assigned key pair for the registered account associated with user device 102. The assigned key pair may be unique to the registered account and may include an assigned public key and an assigned private key. In this way, the assigned public key and the assigned private key may be account-specific and/or maybe associated with the registered account. In some aspects, the assigned public key and the assigned private key may be associated with each other via, for example, a mathematical function. As a result, data encrypted using the assigned public key may be decrypted by utilizing the assigned private key.

Further, the client application 104 may receive a master string of alphanumeric characters from the user device 102. In some aspects, the master string may be unique and be associated with the registered account associated with the user device 102. Based at least in part on receiving the master string, the client application 104 may determine a master key. In some aspects, the client application 104 may utilize a password derivation function and/or a key derivation function to determine the master key based at least in part on the master string. The password derivation function and/or the key derivation function may perform password hashing to determine the master key. The client application 104 may utilize the master key to encrypt the assigned private key associated with the registered account.

As shown by reference numeral 230, the client application 104 may transmit, and the stateless infrastructure 110 may receive, at least a portion of the information determined by the client application 104. For instance, the client application 104 may transmit, for example, the assigned public key and the encrypted assigned private key to the stateless infrastructure 110. The stateless infrastructure 110 may store and correlate the received information in association with the registered account associated with the user device 102. In some aspects, when another device associated with the registered account (e.g., another device owned by and/or available to the owner of the user device 102) wishes to decrypt the encrypted content, the stateless infrastructure 110 may provide such information to the other device.

In some aspects, the stateless system may provide one or more folders. In an example, the client application 104 may enable the user device 102 to associate (e.g., store) the one or more folders locally and/or remotely. In an example, the user device 102 may provide the one or more folders in association with a local memory and/or a remote memory associated with the user device 102. In another example, the user device 102 may provide the one or more folders in association with a database (e.g., database 114) associated with data storage services provided by the stateless system. In yet another example, the user device 102 may provide the one or more folders in association with a hand-held memory (e.g., a USB thumb drive, flash drive, etc.). In some aspects, the user device 102 may provide a folder based at least in part on storing, in a memory, data (e.g., information, encrypted content, etc.) within and/or in association with the folder. In some aspects, the one or more folders may include one or more virtual folders. A virtual folder may include, for example, a pointer to indicate a location of the data and/or information (e.g., a “shortcut”) indicating a path to the location of the data.

For a given virtual folder, as shown by reference numeral 240, the client application 104 may determine a folder access key pair. The folder access key pair may include a folder access public key and a folder access private key. The folder access public key and the folder access private key may be associated with each other via, for example, a mathematical function. As a result, data encrypted using the folder access public key may be decrypted by utilizing the folder access private key. Further, the client application 104 may encrypt the folder access private key by utilizing the assigned public key associated with the registered account.

As shown by reference numeral 250, the client application 104 may transmit, and the stateless infrastructure 110 may receive, at least a portion of the information determined by the client application 104. For instance, the client application 104 may transmit the folder access public key and the encrypted folder access private key to the stateless infrastructure 110. In some aspects, when another device associated with the registered account (e.g., another device owned by and/or available to the owner of the user device 102) wishes to access the virtual folder, the stateless infrastructure 110 may provide such information to the other device.

When the user device 102 (or the other device associated with the registered account) may wish to access the virtual folder, the user device 102 (e.g., or the other device) may access the registered account and request the encrypted assigned private key from the stateless infrastructure 110. Based at least in part on receiving the request, as shown by reference numeral 260, the stateless infrastructure 110 may transmit, and the client application 104 may receive, the encrypted assigned private key. In some aspects, as shown by reference numeral 270, the stateless infrastructure 110 may transmit additional information such as, for example, the encrypted folder access private key, the folder access public key, location of the virtual folder, etc. when the user device 102 and/or the other device may not have access to such additional information.

Based at least in part on receiving the encrypted assigned private key, the encrypted folder access private key, the folder access public key, etc., the client application 104 may be enabled to access the virtual folder. In an example, the client application 104 may request entry of the master string and based at least in part on receiving the master string, the client application 104 may determine the master key that was utilized to encrypt the assigned private key. The client application 104 may utilize the master key to decrypt the assigned private key. The client application 104 may utilize the assigned private key to decrypt the encrypted folder access private key based at least in part on an association between the assigned private key and the assigned public key. Further, the client application 104 may utilize the access private key to access the virtual folder. In some aspects, access to the folder may enable the client application 104 to access encrypted content associated with and/or included within the virtual folder.

In some aspects, one or more functionalities performed by the client application 104 may be included in and/or may be performed by the stateless infrastructure 110, and vice versa.

As indicated above, FIG. 2 is provided as an example. Other examples may differ from what is described with regard to FIG. 2 .

FIG. 3 is an illustration of an example flow 300 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. The example flow 300 may include a user device 102 in communication with a stateless infrastructure 110. In some aspects, the user device 102 may install a client application 104 associated with the stateless infrastructure 110 and may use the client application 104 to communicate with an application programming interface (API) and a processor (e.g., processing unit 112, processor 520) associated with the stateless infrastructure 110. In some aspects, the user device 102 and the stateless infrastructure may communicate over a network (e.g., network 120).

In some aspects, the user device 102 may wish to encrypt data and to store the encrypted data. As discussed below with respect to FIG. 4 , the user device 102 may wish to encrypt data and to store the encrypted data within and/or in association with a virtual folder. In some aspects, the client application 104 may determine respective symmetric keys and content access key pairs for each piece of data (e.g., content) that the user device 102 may wish to encrypt. In this way, the symmetric key and the content access key pair may be content-specific. Examples of content may include any information including, for example, alphanumeric data such as passwords, credit card numbers, bank account numbers, etc. and/or information that is written, printed, and/or electronically included in documents and/or files such as photographs, or processing documents, CDs, DVDs, etc.

For given content, as shown by reference numeral 310, the client application 104 may utilize a random bit generator to determine a symmetric key. In an example, the symmetric key may be a random key including a sequence of unpredictable and unbiased information. Further, the client application 104 may determine a content access key pair including a content access public key and a content access private key. The content access public key and the content access private key may be associated with each other via, for example, a mathematical function. As a result, data encrypted using the content access public key may be decrypted by utilizing the content access private key.

The client application 104 may utilize the symmetric key and the content access key pair to encrypt the content. In an example, the client application 104 may encrypt the content access private key using the assigned public key associated with the registered account (e.g., first encryption of content access private key). The client application 104 may encrypt the symmetric key by utilizing the content access public key. The client application 104 may encrypt the content by utilizing the symmetric key. In some aspects, the client application 104 may enable the user device 102 to store the encrypted content.

As shown by reference numeral 320, the client application 104 may transmit, and the stateless infrastructure 110 may receive, at least a portion of the information determined by the client application 104. For instance, the client application 104 may transmit one or more of the content access public key, the encrypted content access private key, the encrypted symmetric key, or the encrypted data to the stateless infrastructure 110. In some aspects, when another device associated with the registered account (e.g., another device owned by and/or available to the owner of the user device 102) wishes to decrypt the encrypted content, the stateless infrastructure 110 may provide such information to the other device.

When the user device 102 (or the other device associated with the registered account) may wish to decrypt the encrypted content, the user device 102 (e.g., or the other device) may access the registered account and request the encrypted assigned private key (discussed with respect to FIG. 2 ). Based at least in part on receiving the request, as shown by reference numeral 330, the stateless infrastructure 110 may transmit, and the client application 104 may receive, the encrypted assigned private key. In some aspects, as shown by reference numeral 340, when the user device 102 and/or the other device may not have access to the encrypted content, the stateless infrastructure 110 may also transmit the first encrypted content access private key, the encrypted symmetric key, and the encrypted content to the user device 102 and/or the other device.

Based at least in part on receiving the encrypted assigned private key, the encrypted content access private key, the encrypted symmetric key, and/or the encrypted content, as shown by reference numeral 350, the client application 104 may decrypt the content. For instance, the client application 104 may request entry of the master string and based at least in part on receiving the master string, the client application 104 may determine the master key that was utilized to encrypt the assigned private key (discussed above with respect to FIG. 2 ). The client application 104 may utilize the master key to decrypt the assigned private key. The client application 104 may utilize the assigned private key to decrypt the encrypted content access private key based at least in part on an association between the assigned private key and the assigned public key. Further, the client application 104 may utilize the content access private key to decrypt the symmetric key based at least in part on an association between the access private key and the access public key. The client application 104 may utilize the symmetric key to decrypt the content. In this way, the user device 102 (and/or the other device) may directly access the content.

In some aspects, one or more functionalities performed by the client application 104 may be included in and/or may be performed by the stateless infrastructure 110, and vice versa.

As indicated above, FIG. 3 is provided as an example. Other examples may differ from what is described with regard to FIG. 3 .

FIG. 4 is an illustration of an example flow 400 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. The example flow 400 may include a user device 102 in communication with a stateless infrastructure 110. In some aspects, the user device 102 may install a client application 104 associated with the stateless infrastructure 110 and may use the client application 104 to communicate with an application programming interface (API) and a processor (e.g., processing unit 112, processor 520) associated with the stateless infrastructure 110. In some aspects, the user device 102 and the stateless infrastructure may communicate over a network (e.g., network 120).

In some aspects, the user device 102 may wish to store encrypted content within and/or associate encrypted content with a virtual folder. In this case, the stateless system may enable provision of a relationship between the encrypted content and the virtual folder. In some aspects, the relationship may utilize a particular key arrangement. Such particular key arrangement may be critical because, without the stateless infrastructure having access to unencrypted data, the stateless system enables authorized access to the encrypted content via the virtual folder and prevents unauthorized access to the encrypted content via the folder.

To provide the relationship between given encrypted content and the virtual folder, as shown by reference numeral 410, the client application 104 may again encrypt the content access private key associated with the encrypted content by utilizing the folder access public key associated with the virtual folder (e.g., second encryption of content access private key).

As shown by reference numeral 420, the client application 104 may transmit the second encrypted content access private key to the stateless infrastructure 110. In some aspects, when another device associated with the registered account (e.g., another device owned by and/or available to the owner of the user device 102) wishes to decrypt the encrypted content via access to the virtual folder, the stateless infrastructure 110 may provide such information to the other device.

When the user device 102 (or the other device associated with the registered account) may wish to decrypt the encrypted content via access to the virtual folder, the user device 102 (e.g., or the other device) may access the registered account and request the encrypted assigned private key (discussed with respect to FIG. 2 ). Based at least in part on receiving the request, as shown by reference numeral 430, the stateless infrastructure 110 may transmit, and the client application 104 may receive, the encrypted assigned private key. In some aspects, as shown by reference numeral 440, when the user device 102 and/or the other device may not have access to the encrypted content, the stateless infrastructure 110 may also transmit the second encrypted content access private key, encrypted symmetric key, content access public key, and/or encrypted content to the user device 102 and/or to the other device.

Based at least in part on receiving the encrypted assigned private key, the second encrypted content access private key, the encrypted symmetric key, and/or the encrypted content, as shown by reference numeral 450, the client application 104 may decrypt the content via access to the virtual folder. For instance, the client application 104 may request entry of the master string and based at least in part on receiving the master string, the client application 104 may determine the master key that was utilized to encrypt the assigned private key (discussed above with respect to FIG. 2 ). The client application 104 may utilize the master key to decrypt the assigned private key. The client application 104 may utilize the assigned private key to decrypt the folder access private key associated with the virtual folder to access the virtual folder. In some aspects, the client application 104 may decrypt the folder access private key based at least in part on an association between the assigned private key and the assigned public key. The client application 104 may utilize the folder access private key to decrypt the second encrypted content access private key associated with the content. In some aspects, the client application 104 may decrypt the content access private key based at least in part on an association between the folder access private key and the folder access public key. Further, the client application 104 may utilize the content access private key to decrypt the symmetric key. In some aspects, the client application 104 may decrypt the symmetric key based at least in part on an association between the content access private key and the content access public key. The client application 104 may utilize the symmetric key to decrypt the content. In this way, the user device 102 (and/or the other device) may decrypt the encrypted content via access to the virtual folder.

In some aspects, one or more functionalities performed by the client application 104 may be included in and/or may be performed by the stateless infrastructure 110, and vice versa.

As indicated above, FIG. 4 is provided as an example. Other examples may differ from what is described with regard to FIG. 4 .

FIG. 5 is an illustration of an example flow 500 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. The example flow 500 may include a user device 102 in communication with a stateless infrastructure 110. In some aspects, the user device 102 may install a client application 104 associated with the stateless infrastructure 110 and may use the client application 104 to communicate with an application programming interface (API) and a processor (e.g., processing unit 112, processor 1120) associated with the stateless infrastructure 110. In some aspects, the user device 102 and the stateless infrastructure may communicate over a network (e.g., network 120).

In some aspects, the stateless system may provide one or more groups. In an example, the client application 104 may enable the user device 102 to associate (e.g., store) the one or more groups locally and/or remotely. In an example, the user device 102 may provide the one or more groups in association with a local memory and/or a remote memory associated with the user device 102. In another example, the user device 102 may provide the one or more groups in association with a database (e.g., database 114) associated with data storage services provided by the stateless system. In yet another example, the user device 102 may provide the one or more groups in association with a hand-held memory (e.g., a USB thumb drive, flash drive, etc.). In some aspects, the user device 102 may provide a group based at least in part on storing, in a memory, data (e.g., information, encrypted content, etc.) within and/or in association with a folder (e.g., virtual folder). In some aspects, the one or more groups may include one or more virtual groups.

In some aspects, a virtual group may be associated with a plurality of registered accounts. Further, the virtual group may be associated with a plurality of folders (e.g., virtual folders). Based at least in part on being associated with (e.g., part of) the virtual group, user devices associated with the plurality of registered accounts may have authorized access to the plurality of folders and/or to encrypted contents included within and/or associated with the plurality of folders. To facilitate access to the plurality of folders, the virtual group may include, for example, a pointer to indicate a location of the data and/or information (e.g., a “shortcut”) indicating a path to the location of a folder.

For a given virtual group, as shown by reference numeral 510, the client application 104 may determine a group access key pair. The group access key pair may include a group access public key and a group access private key. The group access public key and the group access private key may be associated with each other via, for example, a mathematical function. As a result, data encrypted using the group access public key may be decrypted by utilizing the group access private key. Further, the client application 104 may encrypt the group access private key by utilizing the assigned public key associated with a registered account associated with the user device 102.

As shown by reference numeral 520, the client application 104 may transmit, and the stateless infrastructure 110 may receive, at least a portion of the information determined by the client application 104. For instance, the client application 104 may transmit the group access public key and the encrypted group access private key to the stateless infrastructure 110. In some aspects, when another device associated with the registered account (e.g., another device owned by and/or available to the owner of the user device 102) wishes to access the virtual group, the stateless infrastructure 110 may provide such information to the other device.

When the user device 102 (or the other device associated with the registered account) wishes to access the virtual group, the user device 102 (e.g., or the other device) may access the registered account and request the encrypted assigned private key from the stateless infrastructure 110. Based at least in part on receiving the request, as shown by reference numeral 530, the stateless infrastructure 110 may transmit, and the client application 104 may receive, the encrypted assigned private key. In some aspects, as shown by reference numeral 540, the stateless infrastructure 110 may transmit additional information such as, for example, the encrypted group access private key, group access public key, location of the virtual group, etc. when the user device 102 and/or the other device may not have access to such additional information.

Based at least in part on receiving the encrypted assigned private key, the encrypted group access private key, group access public key, etc., as shown by reference numeral 550, the client application 104 may access the virtual group. In an example, the client application 104 may request entry of the master string associated with the registered account and based at least in part on receiving the master string, the client application 104 may determine the master key that was utilized to encrypt the assigned private key. The client application 104 may utilize the master key to decrypt the assigned private key. The client application 104 may utilize the assigned private key to decrypt the encrypted group access private key. In some aspects, the client application 104 may utilize the association between the assigned private key and the assigned public key to decrypt the encrypted group access private key. Further, the client application 104 may utilize the group access private key to access the virtual group. In some aspects, access to the virtual group may enable the client application 104 to access the plurality of folders associated with and/or included within the virtual group and/or to the encrypted content associated with and/or included within the plurality of folders.

In some aspects, one or more functionalities performed by the client application 104 may be included in and/or may be performed by the stateless infrastructure 110, and vice versa.

As indicated above, FIG. 5 is provided as an example. Other examples may differ from what is described with regard to FIG. 5 .

FIG. 6 is an illustration of an example flow 600 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. The example flow 600 may include a user device 102 in communication with a stateless infrastructure 110. In some aspects, the user device 102 may install a client application 104 associated with the stateless infrastructure 110 and may use the client application 104 to communicate with an application programming interface (API) and a processor (e.g., processing unit 112, processor 1120) associated with the stateless infrastructure 110. In some aspects, the user device 102 and the stateless infrastructure may communicate over a network (e.g., network 120).

In some aspects, the registered account associated with the user device 102 may be associated with, for example, a virtual group. Further, the user device 102 may wish to associate a plurality of folders with the virtual group. In this case, the stateless system may enable provision of a relationship between each of the plurality of folders and the virtual group. In some aspects, the relationship may utilize a particular key arrangement. Such particular key arrangement may be critical because, without having access to unencrypted data, the stateless system enables authorized access to the plurality of folders (and associated encrypted content) via the virtual group and prevents unauthorized access to the plurality of folders (and associated encrypted content).

To provide the relationship between a given folder and the virtual group, as shown by reference numeral 610, the client application 104 may encrypt the folder access private key associated with the folder by utilizing the group access public key associated with the virtual group. In some aspects, this relationship may associate the given folder with the virtual group, and a registered account having authorized access to the virtual group may have authorized access to the given folder (and associated encrypted content).

As shown by reference numeral 620, the client application 104 may transmit information including the encrypted folder access private key, the group access public key, etc. to the stateless infrastructure 110. In some aspects, when another device associated with the registered account (e.g., another device owned by and/or available to the owner of the user device 102) wishes to decrypt the encrypted content via access to the virtual group, the stateless infrastructure 110 may provide such information to the other device.

When the user device 102 (or the other device associated with the registered account) may wish to access the folder via the virtual group, the user device 102 may transmit a request to the stateless infrastructure 110 to provide the information to access the folder. Based at least in part on receiving the request, as shown by reference numeral 630, the stateless infrastructure 110 may transmit to the client application 104 information to access the folder, the information including the encrypted folder access private key, the group access public key, etc.

Based at least in part on receiving the information to access the folder, as shown by reference numeral 640, the client application 104 may access the folder via the virtual group. In some aspects, the client application 104 may utilize the group access private key to decrypt the encrypted folder access private key. In some aspects, the client application 104 may utilize the association between the group access private key and the group access public key to decrypt the encrypted folder access private key. The client application 104 may utilize the folder access private key to access the folder, as discussed above with respect to FIG. 2 . Further, based at least in part on accessing the folder, the client application 104 may decrypt the encrypted content included within and/or associated with the folder, as discussed above with respect to FIG. 4 .

In some aspects, one or more functionalities performed by the client application 104 may be included in and/or may be performed by the stateless infrastructure 110, and vice versa.

As indicated above, FIG. 6 is provided as an example. Other examples may differ from what is described with regard to FIG. 6 .

FIG. 7 is an illustration of an example flow 700 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. The example flow 700 may include a first user device (e.g., user device 102), stateless infrastructure 110, and a second user device (e.g., user device 102) in communication with each other. In some aspects, the first user device may install a first client application (e.g., client application 104) and the second user device may install a second client application (e.g., client application 104), the first client application and the second client application being associated with the stateless infrastructure 110. The first user device and the second user device may use the respective client applications to communicate with an application programming interface (API) and a processor (e.g., processing unit 112, processor 1120) associated with the stateless infrastructure 110. In some aspects, the first user device, the stateless infrastructure, and the second user device may communicate with each other over a network (e.g., network 120).

The first user device may be associated with a first registered account and may have authorized access to a virtual group. The first user device may also have access to subject matter included within and/or associated with the virtual group. Such subject matter may include one or more folders (including virtual folders). The one or more folders may include and/or be associated with encrypted content. In some aspects, the first user device may share access to all of the one or more folders included within and/or associated with the virtual group by granting the second user device authorized access to the virtual group. In some aspects, the first user device may share access to a subset of the one or more folders by granting the second user device authorized access to the virtual group.

To grant the second user device the authorized access, as shown by reference numeral 705, the first user device may transmit, and the stateless infrastructure 110 may receive, a request to receive an assigned public key associated with the second registered account.

Based at least in part on receiving the request, as shown by reference numeral 710, the stateless infrastructure 110 may transmit, and the first user device may receive, the assigned public key associated with the second registered account. In some aspects, prior to transmitting the assigned public key associated with the second registered account, the stateless infrastructure 110 may communicate with the second user device to inform the second user device that the first user device wishes to share access to the virtual group with the second registered account (e.g., with the second user device and/or another device associated with the second registered account) and to receive confirmation that the second user device agrees to receive access to the virtual group on behalf of the second registered account. Based at least in part on receiving the confirmation, the stateless infrastructure 110 may transmit the assigned public key associated with the second registered account to the first user device.

As shown by reference numeral 715, the first user device may communicate with the second user device to verify authenticity of the assigned public key received from the stateless infrastructure 110. To verify the authenticity, the first user device may encrypt sample data utilizing the assigned public key received from the stateless infrastructure 110 and transmit the encrypted sample data to the second user device. The first user device may determine the authenticity verified based at least in part on receiving the decrypted sample data from the second user device. In some aspects, the first user device may determine that the second user device is associated with the second registered account based at least in part on the second user device being able to use the assigned private key associated with the second registered account to decrypt the encrypted sample data and returning the decrypted sample data to the first user device.

Based at least in part on verifying the authenticity of the assigned public key associated with the second registered account, as shown by reference numeral 720, the first user device may use the first client application to provide a relationship between the virtual group and the second registered account. In an example, the first client application may utilize the assigned public key associated with the second registered account and the group access private key associated with the virtual group. For instance, the first client application may determine a sharing encryption key based at least in part on combining the assigned public key associated with the second registered account and the group access private key associated with the virtual group. The first application may utilize the sharing encryption key to encrypt the group access private key associated with the encrypted content. This may be the relationship between the second registered account and the virtual group. In some aspects, the sharing encryption key may be determined utilizing an authenticated encryption algorithm (e.g., Galois/Counter Mode (GCM), Galois Message Authentication Code (GMAC) algorithm) associated with a symmetric key cipher (e.g., streaming cipher, block cipher, etc.).

As shown by reference numeral 725, the first user device may transmit (e.g., share) an encrypted payload to the stateless infrastructure 110. In some aspects, the encrypted payload may include the encrypted group access private key associated with the virtual group. Further, the encrypted payload may include information indicating an association of the virtual group with the second registered account. In an example, the information may indicate that the encrypted group access private key has been encrypted using the assigned public key associated with the second registered account.

Based at least in part on receiving the encrypted payload, as shown by reference numeral 730, the stateless infrastructure 110 may associate the virtual group with the second registered account. In some aspects, the stateless infrastructure 110 may associate the encrypted group access private key with the second registered account. The stateless infrastructure 110 may determine that the second registered account has authorized access to the virtual group. In some aspects, the stateless infrastructure 110 may determine that user devices associated with the second registered account have authorized access to the virtual group. As discussed below in further detail, a user device (e.g., the second user device and/or another user device) associated with the second registered account may request the encrypted group access private key to gain authorized access to the virtual group.

When the second user device wishes to access the virtual group, as shown by reference numeral 735, the second user device may transmit a request to access the virtual group. In some aspects, the request may include a request for the encrypted group access private key associated with the virtual group and other information (e.g., location of the virtual group, group access public key associated with the virtual group, etc.) associated with accessing the virtual group.

Based at least in part on receiving the request to access the virtual group, as shown by reference numeral 740, the stateless infrastructure 110 may provide access to the second user device by transmitting the encrypted group access private key and the other information to the second user device. The second user device may access the virtual group based at least in part on receiving the encrypted group access private key and the other information. In some aspects, the second user device may utilize the second client application to access the virtual group. In an example, the second client application may request entry of a master string associated with the second registered account. The second client application may determine a master key associated with the second registered account based at least in part on receiving the master string associated with the second registered account. Further, the second client application may utilize the master key to decrypt the assigned private key associated with the second registered account. The second client application may determine a sharing decryption key based at least in part on combining the assigned private key associated with the second registered account and the group access public key associated with the virtual group. The second client application may utilize the sharing decryption key to decrypt the encrypted group access private key that was received from the stateless infrastructure 110. In some aspects, the sharing decryption key may be the same as the sharing encryption key. In other words, the sharing encryption/decryption key may be symmetric. The second user device may access the virtual group based at least in part on utilizing the decrypted group access private key.

In some aspects, the second user device may have access to all of the one or more folders included within and/or associated with the virtual group. In some aspects, the second user device may have access to a subset of the one or more folders included within and/or associated with the virtual group. When the second user device wishes to access a given folder, as shown by reference numeral 745, the second user device may transmit a request to the stateless infrastructure 110 to request access to the given folder. Such information may include, for example, an encrypted folder access private key, a folder access public key, etc.

Based at least in part on receiving the request, as shown by reference numeral 750, the stateless infrastructure 110 may provide access to the given folder by transmitting the information to access the folder. In an example, the stateless infrastructure 110 may transmit the encrypted folder access private key, a folder access public key, etc. to the second user device. The second user device may access the given folder based at least in part on utilizing the decrypted group access private key.

In some aspects, the second user device may have access to all encrypted contents included within and/or associated with the given folder. In some aspects, the second user device may have access to one or more encrypted contents included within and/or associated with the virtual group. When the second user device wishes to access an encrypted content, as shown by reference numeral 755, the second user device may transmit a request to the stateless infrastructure 110 to request access to the encrypted content. In some aspects, the request may include a request for information to decrypt the encrypted content. Such information may include, for example, a second encrypted content access private key, an encrypted symmetric key, a content access public key, and/or the encrypted content.

Based at least in part on receiving the request, as shown by reference numeral 760, the stateless infrastructure 110 may provide access to the encrypted content by transmitting the information to decrypt the encrypted content. In an example, the stateless infrastructure 110 may transmit the second encrypted content access private key, the encrypted symmetric key, the content access public key, and/or the encrypted content.

Based at least in part on receiving access to the encrypted content, the second user device may utilize the second client application to decrypt the encrypted content. In an example, the second client application may decrypt the second encrypted content access private key by utilizing the folder access private key. In some aspects, the second client application may utilize an association between the folder access private key and the folder access public key to decrypt the second encrypted content access private key. The second client application may utilize the content access private key to decrypt the randomly generated key. In some aspects, the second client application may utilize an association between the content access private key and the content access public key (both associated with the encrypted content) to decrypt the randomly generated key. The second client application may utilize the randomly generated key to decrypt the encrypted content. In this way, the second user device, associated with the second registered account, may gain authorized access to the encrypted content via access to the group.

By utilizing the systems and techniques discussed herein, the stateless system may enable the first user device, associated with the first registered account, to share authorized access to a group (including and/or associated with folders) with the second user device, associated with the second registered account. The particular key arrangement utilized by the stateless system may be critical because it enables the authorized access without the stateless infrastructure having access to unencrypted data (e.g., content, key information, etc.).

As indicated above, FIG. 7 is provided as an example. Other examples may differ from what is described with regard to FIG. 7 .

FIG. 8 is an illustration of an example process 800 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. In some aspects, the process 800 may be performed by a memory and/or a processor/controller (e.g., processor 106, processor 1120) associated with a user device (e.g., user device 102) executing a client application and/or by a memory and a processor/controller (e.g., processing unit 112, processor 1120) associated with a stateless infrastructure (e.g., stateless infrastructure 110). As shown by reference numeral 810, process 800 may include determining, by a first device, a sharing encryption key based at least in part on a group access private key associated with a group and an assigned public key associated with a second device. For instance, the user device and/or the stateless infrastructure may utilize the associated memory and processor to determine a sharing encryption key based at least in part on a group access private key associated with a group and an assigned public key associated with a second device, as discussed elsewhere herein.

As shown by reference numeral 820, process 800 may include encrypting, by the first device, the group access private key associated with the group by utilizing the sharing encryption key. For instance, the user device and/or the stateless infrastructure may utilize the associated memory and processor to encrypt the group access private key associated with the group utilizing the sharing encryption key, as discussed elsewhere herein.

As shown by reference numeral 830, process 800 may include transmitting, by the first device, the encrypted group access private key to enable the second device to access the group. For instance, the user device and/or the stateless infrastructure may utilize the associated memory and processor along with a communication interface (e.g., communication interface 1170) to transmit the encrypted group access private key to enable the second device to access the group, as discussed elsewhere herein.

Process 800 may include additional aspects, such as any single aspect or any combination of aspects described below and/or in connection with one or more other processes described elsewhere herein.

In a first aspect, in process 800, the group is associated with a first registered account associated with the first device, a second registered account associated with the second device, and with a plurality of folders, each of the plurality of folders being associated with respective encrypted content.

In a second aspect, alone or in combination with the first aspect, process 800 may include transmitting a request to receive the assigned public key associated with the second device; and receiving the assigned public key associated with the second device based at least in part on transmitting the request.

In a third aspect, alone or in combination with the first through second aspects, process 800 may include transmitting, by the first device to the second device, encrypted sample data, the sample data being encrypted by utilizing the assigned public key associated with the second device; and receiving, by the first device from the second device, decrypted sample data, the sample data being decrypted by utilizing an assigned private key associated with the second device.

In a fourth aspect, alone or in combination with the first through third aspects, in process 800, the group access private key is included in a group access key pair that includes a group access public key, the group access key pair being specific to the group.

In a fifth aspect, alone or in combination with the first through fourth aspects, in process 800, the sharing encryption key is a symmetric key.

In a sixth aspect, alone or in combination with the first through fifth aspects, in process 800, the group is a virtual group.

Although FIG. 8 shows example blocks of the process, in some aspects, the process may include additional blocks, fewer blocks, different blocks, or differently arranged blocks than those depicted in FIG. 8 . Additionally, or alternatively, two or more of the blocks of the process may be performed in parallel.

As indicated above, FIG. 8 is provided as an example. Other examples may differ from what is described with regard to FIG. 8 .

FIG. 9 is an illustration of an example process 900 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. In some aspects, the process 900 may be performed by a memory and/or a processor/controller (e.g., processor 106, processor 1120) associated with a user device (e.g., user device 102) executing a client application and/or by a memory and a processor/controller (e.g., processing unit 112, processor 1120) associated with a stateless infrastructure (e.g., stateless infrastructure 110). As shown by reference numeral 910, process 900 may include determining, by a device, a sharing decryption key based at least in part on an assigned private key associated with the device and a group access public key associated with a group. For instance, the user device (e.g., second user device) and/or the stateless infrastructure may utilize the associated memory and processor to determine a sharing decryption key based at least in part on an assigned private key associated with the device and a group access public key associated with a group, as discussed elsewhere herein.

As shown by reference numeral 920, process 900 may include decrypting, by the device, a group access private key associated with the group by utilizing the sharing decryption key. For instance, the user device and/or the stateless infrastructure may utilize the associated memory and processor to decrypt a group access private key associated with the group by utilizing the sharing decryption key, as discussed elsewhere herein.

As shown by reference numeral 930, process 900 may include decrypting, by the device, encrypted content included in a folder associated with the group based at least in part on utilizing the group access private key associated with the group. For instance, the user device and/or the stateless infrastructure may utilize the associated memory and processor to decrypt encrypted content included in a folder associated with the group based at least in part on utilizing the group access private key associated with the group, as discussed elsewhere herein.

Process 900 may include additional aspects, such as any single aspect or any combination of aspects described below and/or in connection with one or more other processes described elsewhere herein.

In a first aspect, process 900 may include decrypting a folder access private key associated with the folder based at least in part on utilizing the group access private key; decrypting a randomly generated key by utilizing the folder access private key, the randomly generated key being used to encrypt the content; and decrypting the encrypted content by utilizing the randomly generated key.

In a second aspect, alone or in combination with the first aspect, process 900 may include determining a master key based at least in part on a master string of alphanumeric characters associated with the device; and decrypting the assigned private key associated with the device by utilizing the master key.

In a third aspect, alone or in combination with the first through second aspects, in process 900, the sharing decryption key is a symmetric key.

In a fourth aspect, alone or in combination with the first through third aspects, process 900 may include receiving, by the device, encrypted sample data, the sample data being encrypted by utilizing the assigned public key associated with the device; and transmitting, by the device, decrypted sample data, the sample data being decrypted by utilizing an assigned private key associated with the device.

In a fifth aspect, alone or in combination with the first through fourth aspects, process 900 may include transmitting a request to access the folder, the request to access including a request to receive an encrypted folder access private key associated with the folder.

In a sixth aspect, alone or in combination with the first through fifth aspects, process 900 may include transmitting a request to access the encrypted content, the request to access including a request to receive an encrypted content access private key associated with the encrypted content.

Although FIG. 9 shows example blocks of the process, in some aspects, the process may include additional blocks, fewer blocks, different blocks, or differently arranged blocks than those depicted in FIG. 9 . Additionally, or alternatively, two or more of the blocks of the process may be performed in parallel.

As indicated above, FIG. 9 is provided as an example. Other examples may differ from what is described with regard to FIG. 9 .

FIG. 10 is an illustration of an example process 1000 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. In some aspects, the process 1000 may be performed by respective memories and/or respective processors/controllers (e.g., processor 106, processor 1120) associated with one or more user devices (e.g., user device 102) executing respective client applications and/or by a memory and a processor/controller (e.g., processing unit 112, processor 1120) associated with a stateless infrastructure (e.g., stateless infrastructure 110). As shown by reference numeral 1010, process 1000 may include determining, by the first device for a group, a group access key pair including a group access public key and a group access private key. For instance, a first user device and/or the stateless infrastructure may utilize the associated memory and processor to determining, for a group, a group access key pair including a group access public key and a group access private key, as discussed elsewhere herein.

As shown by reference numeral 1020, process 1000 may include determining, by the first device, a sharing encryption key based at least in part on the group access private key and an assigned public key associated with a second device. For instance, the first user device and/or the stateless infrastructure may utilize the associated memory and processor to determine a sharing encryption key based at least in part on the group access private key and an assigned public key associated with a second device, as discussed elsewhere herein.

As shown by reference numeral 1030, process 1000 may include encrypting, by the first device, the group access private key based at least in part on utilizing the sharing encryption key. For instance, the user device and/or the stateless infrastructure may utilize the associated memory and processor to encrypt the group access private key based at least in part on utilizing the sharing encryption key, as discussed elsewhere herein.

As shown by reference numeral 1040, process 1000 may include determining, by a second device, a sharing decryption key based at least in part on the group access public key and an assigned private key associated with the second device. For instance, a second user device, associated with a different registered account with respect to the first user device, and/or the stateless infrastructure may utilize the associated memory and processor to determine a sharing decryption key based at least in part on the group access public key and an assigned private key associated with the second device, as discussed elsewhere herein.

As shown by reference numeral 1050, process 1000 may include decrypting, by the second device, the group access private key based at least in part on utilizing the sharing decryption key. For instance, the second user device and/or the stateless infrastructure may utilize the associated memory and processor to decrypt the group access private key based at least in part on utilizing the sharing decryption key, as discussed elsewhere herein.

As shown by reference numeral 1060, process 1000 may include accessing, by the second device, the group based at least in part on utilizing the group access private key. For instance, the second user device and/or the stateless infrastructure may utilize the associated memory and processor to access the group based at least in part on utilizing the group access private key, as discussed elsewhere herein.

Process 1000 may include additional aspects, such as any single aspect or any combination of aspects described below and/or in connection with one or more other processes described elsewhere herein.

In a first aspect, in process 1000, the sharing encryption key is symmetric with the sharing decryption key.

In a second aspect, alone or in combination with the first aspect, process 1000 may include accessing, by the second device, a folder associated with the group based at least in part on determining a folder access private key associated with the folder by utilizing the group access private key; and decrypting, by the second device, encrypted content associated with the folder based at least in part on determining a content access private key associated with the encrypted content by utilizing the folder access private key.

In a third aspect, alone or in combination with the first through second aspects, process 1000 may include determining, by the second device, a master key based at least in part on a master string of alphanumeric characters associated with the second device; and decrypting, by the second device, encrypted content associated with the group based at least in part on utilizing the master key.

In a fourth aspect, alone or in combination with the first through third aspects, process 1000 may include encrypting, by the first device, a folder access private key associated with a folder associated with the group based at least in part on utilizing the group access public key; and accessing, by the second device, the folder based at least in part on determining a folder access private key by utilizing the group access private key.

In a fifth aspect, alone or in combination with the first through fourth aspects, process 1000 may include transmitting, by the first device, encrypted sample data, the sample data being encrypted by utilizing the assigned public key associated with the second device; and transmitting, by the second device, decrypted sample data, the sample data being decrypted by utilizing an assigned private key associated with the second device.

In a sixth aspect, alone or in combination with the first through fifth aspects, in process 1000, the group is a virtual group.

Although FIG. 10 shows example blocks of the process, in some aspects, the process may include additional blocks, fewer blocks, different blocks, or differently arranged blocks than those depicted in FIG. 10 . Additionally, or alternatively, two or more of the blocks of the process may be performed in parallel.

As indicated above, FIG. 10 is provided as an example. Other examples may differ from what is described with regard to FIG. 10 .

FIG. 11 is an illustration of example devices 1100 associated with sharing grouped data in an organized storage system, according to various aspects of the present disclosure. In some aspects, the example devices 1100 may form part of or implement the systems, environments, infrastructures, components, or the like described elsewhere herein (e.g., FIGS. 1-7 ) and may be used to perform the example processes described elsewhere herein. The example devices 1100 may include a universal bus 1110 communicatively coupling a processor 1120, a memory 1130, a storage component 1140, an input component 1150, an output component 1160, and a communication interface 1170.

Bus 1110 may include a component that permits communication among multiple components of a device 1100. Processor 1120 may be implemented in hardware, firmware, and/or a combination of hardware and software. Processor 1120 may take the form of a central processing unit (CPU), a graphics processing unit (GPU), an accelerated processing unit (APU), a microprocessor, a microcontroller, a digital signal processor (DSP), a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), or another type of processing component. In some aspects, processor 1120 may include one or more processors capable of being programmed to perform a function. Memory 1130 may include a random access memory (RAM), a read only memory (ROM), and/or another type of dynamic or static storage device (e.g., a flash memory, a magnetic memory, and/or an optical memory) that stores information and/or instructions for use by processor 1120.

Storage component 1140 may store information and/or software related to the operation and use of a device 1100. For example, storage component 1140 may include a hard disk (e.g., a magnetic disk, an optical disk, and/or a magneto-optic disk), a solid state drive (SSD), a compact disc (CD), a digital versatile disc (DVD), a floppy disk, a cartridge, a magnetic tape, and/or another type of non-transitory computer-readable medium, along with a corresponding drive.

Input component 1150 may include a component that permits a device 1100 to receive information, such as via user input (e.g., a touch screen display, a keyboard, a keypad, a mouse, a button, a switch, and/or a microphone). Additionally, or alternatively, input component 1150 may include a component for determining location (e.g., a global positioning system (GPS) component) and/or a sensor (e.g., an accelerometer, a gyroscope, an actuator, another type of positional or environmental sensor, and/or the like). Output component 1160 may include a component that provides output information from device 1100 (via, for example, a display, a speaker, a haptic feedback component, an audio or visual indicator, and/or the like).

Communication interface 1170 may include a transceiver-like component (e.g., a transceiver, a separate receiver, a separate transmitter, and/or the like) that enables a device 1100 to communicate with other devices, such as via a wired connection, a wireless connection, or a combination of wired and wireless connections. Communication interface 1170 may permit device 1100 to receive information from another device and/or provide information to another device. For example, communication interface 1170 may include an Ethernet interface, an optical interface, a coaxial interface, an infrared interface, a radio frequency (RF) interface, a universal serial bus (USB) interface, a Wi-Fi interface, a cellular network interface, and/or the like.

A device 1100 may perform one or more processes described elsewhere herein. A device 1100 may perform these processes based on processor 1120 executing software instructions stored by a non-transitory computer-readable medium, such as memory 1130 and/or storage component 1140. As used herein, the term “computer-readable medium” may refer to a non-transitory memory device. A memory device may include memory space within a single physical storage device or memory space spread across multiple physical storage devices.

Software instructions may be read into memory 1130 and/or storage component 1140 from another computer-readable medium or from another device via communication interface 1170. When executed, software instructions stored in memory 1130 and/or storage component 1140 may cause processor 1120 to perform one or more processes described elsewhere herein. Additionally, or alternatively, hardware circuitry may be used in place of or in combination with software instructions to perform one or more processes described elsewhere herein. Thus, implementations described herein are not limited to any specific combination of hardware circuitry and software.

The quantity and arrangement of components shown in FIG. 11 are provided as an example. In practice, a device 1100 may include additional components, fewer components, different components, or differently arranged components than those shown in FIG. 11 . Additionally, or alternatively, a set of components (e.g., one or more components) of a device 1100 may perform one or more functions described as being performed by another set of components of a device 1100.

As indicated above, FIG. 11 is provided as an example. Other examples may differ from what is described with regard to FIG. 11 .

Persons of ordinary skill in the art will appreciate that the aspects encompassed by the present disclosure are not limited to the particular exemplary aspects described herein. In that regard, although illustrative aspects have been shown and described, a wide range of modification, change, and substitution is contemplated in the foregoing disclosure. It is understood that such variations may be made to the aspects without departing from the scope of the present disclosure. Accordingly, it is appropriate that the appended claims be construed broadly and in a manner consistent with the present disclosure.

The foregoing disclosure provides illustration and description, but is not intended to be exhaustive or to limit the aspects to the precise form disclosed. Modifications and variations may be made in light of the above disclosure or may be acquired from practice of the aspects.

As used herein, the term “component” is intended to be broadly construed as hardware, firmware, or a combination of hardware and software. As used herein, a processor is implemented in hardware, firmware, or a combination of hardware and software.

As used herein, satisfying a threshold may, depending on the context, refer to a value being greater than the threshold, greater than or equal to the threshold, less than the threshold, less than or equal to the threshold, equal to the threshold, or not equal to the threshold, among other examples, or combinations thereof.

It will be apparent that systems or methods described herein may be implemented in different forms of hardware, firmware, or a combination of hardware and software. The actual specialized control hardware or software code used to implement these systems or methods is not limiting of the aspects. Thus, the operation and behavior of the systems or methods were described herein without reference to specific software code—it being understood that software and hardware can be designed to implement the systems or methods based, at least in part, on the description herein.

Even though particular combinations of features are recited in the claims or disclosed in the specification, these combinations are not intended to limit the disclosure of various aspects. In fact, many of these features may be combined in ways not specifically recited in the claims or disclosed in the specification. Although each dependent claim listed below may directly depend on only one claim, the disclosure of various aspects includes each dependent claim in combination with every other claim in the claim set. A phrase referring to “at least one of” a list of items refers to any combination of those items, including single members. As an example, “at least one of: a, b, or c” is intended to cover a, b, c, a-b, a-c, b-c, and a-b-c, as well as any combination with multiples of the same element (for example, a-a, a-a-a, a-a-b, a-a-c, a-b-b, a-c-c, b-b, b-b-b, b-b-c, c-c, and c-c-c or any other ordering of a, b, and c).

No element, act, or instruction used herein should be construed as critical or essential unless explicitly described as such. Also, as used herein, the articles “a” and “an” are intended to include one or more items, and may be used interchangeably with “one or more.” Further, as used herein, the article “the” is intended to include one or more items referenced in connection with the article “the” and may be used interchangeably with “the one or more.” Furthermore, as used herein, the term “set” is intended to include one or more items (e.g., related items, unrelated items, a combination of related and unrelated items, etc.), and may be used interchangeably with “one or more.” Where only one item is intended, the phrase “only one” or similar language is used. Also, as used herein, the terms “has,” “have,” “having,” or the like are intended to be open-ended terms. Further, the phrase “based on” is intended to mean “based, at least in part, on” unless explicitly stated otherwise. Also, as used herein, the term “or” is intended to be inclusive when used in a series and may be used interchangeably with “and/or,” unless explicitly stated otherwise (e.g., if used in combination with “either” or “only one of”). 

What is claimed is:
 1. A method, comprising: determining, by the first device for a group, a group access key pair including a group access public key and a group access private key; determining, by the first device, a sharing encryption key based at least in part on the group access private key and an assigned public key associated with a second device; encrypting, by the first device, the group access private key based at least in part on utilizing the sharing encryption key; determining, by a second device, a sharing decryption key based at least in part on the group access public key and an assigned private key associated with the second device; decrypting, by the second device, the group access private key based at least in part on utilizing the sharing decryption key; and accessing, by the second device, the group based at least in part on utilizing the group access private key.
 2. The method of claim 1, wherein the sharing encryption key is symmetric with the sharing decryption key.
 3. The method of claim 1, comprising: accessing, by the second device, a folder associated with the group based at least in part on determining a folder access private key associated with the folder by utilizing the group access private key; and decrypting, by the second device, encrypted content associated with the folder based at least in part on determining a content access private key associated with the encrypted content by utilizing the folder access private key.
 4. The method of claim 1, further comprising: determining, by the second device, a master key based at least in part on a master string of alphanumeric characters associated with the second device; and decrypting, by the second device, encrypted content associated with the group based at least in part on utilizing the master key.
 5. The method of claim 1, further comprising: encrypting, by the first device, a folder access private key associated with a folder associated with the group based at least in part on utilizing the group access public key; and accessing, by the second device, the folder based at least in part on determining a folder access private key by utilizing the group access private key.
 6. The method of claim 1, further comprising: transmitting, by the first device, encrypted sample data, the sample data being encrypted by utilizing the assigned public key associated with the second device; and transmitting, by the second device, decrypted sample data, the sample data being decrypted by utilizing an assigned private key associated with the second device.
 7. The method of claim 1, wherein the group is a virtual group.
 8. A system, comprising: a first device including a first memory and a first processor configured to: determine, for a group, a group access key pair including a group access public key and a group access private key; determine a sharing encryption key based at least in part on the group access private key and an assigned public key associated with a second device; and encrypt the group access private key based at least in part on utilizing the sharing encryption key; and a second device including a second memory and a second processor configured to: determine a sharing decryption key based at least in part on the group access public key and an assigned private key associated with the second device; decrypt the group access private key based at least in part on utilizing the sharing decryption key; and access the group based at least in part on utilizing the group access private key.
 9. The system of claim 8, wherein the sharing encryption key is symmetric with the sharing decryption key.
 10. The system of claim 8, wherein the second device is configured to: access a folder associated with the group based at least in part on determining a folder access private key associated with the folder by utilizing the group access private key; and decrypt encrypted content associated with the folder based at least in part on determining a content access private key associated with the encrypted content by utilizing the folder access private key.
 11. The system of claim 8, wherein the second device is configured to: determine a master key based at least in part on a master string of alphanumeric characters associated with the second device; and decrypt encrypted content associated with the group based at least in part on utilizing the master key.
 12. The system of claim 8, wherein the first device is configured to encrypt a folder access private key associated with a folder associated with the group based at least in part on utilizing the group access public key, and the second device is configured to access the folder based at least in part on determining a folder access private key by utilizing the group access private key.
 13. The system of claim 8, wherein the first device is configured to transmit encrypted sample data, the sample data being encrypted by utilizing the assigned public key associated with the second device, and the second device is configured to transmit decrypted sample data, the sample data being decrypted by utilizing an assigned private key associated with the second device.
 14. The system of claim 8, wherein the group is a virtual group.
 15. A non-transitory computer-readable medium configured to store instructions, which when executed by a first processor associated with a first device, configure the first processor to: determine, for a group, a group access key pair including a group access public key and a group access private key; determine a sharing encryption key based at least in part on the group access private key and an assigned public key associated with a second device; and encrypt the group access private key based at least in part on utilizing the sharing encryption key; and when executed by a second processor associated with a second device, configure the second processor to: determine a sharing decryption key based at least in part on the group access public key and an assigned private key associated with the second device; decrypt the group access private key based at least in part on utilizing the sharing decryption key; and access the group based at least in part on utilizing the group access private key.
 16. The non-transitory computer-readable medium of claim 15, wherein the sharing encryption key is symmetric with the sharing decryption key.
 17. The non-transitory computer-readable medium of claim 15, wherein the second processor is configured to: access a folder associated with the group based at least in part on determining a folder access private key associated with the folder by utilizing the group access private key; and decrypt encrypted content associated with the folder based at least in part on determining a content access private key associated with the encrypted content by utilizing the folder access private key.
 18. The non-transitory computer-readable medium of claim 15, wherein the second processor is configured to: determine a master key based at least in part on a master string of alphanumeric characters associated with the second device; and decrypt encrypted content associated with the group based at least in part on utilizing the master key.
 19. The non-transitory computer-readable medium of claim 15, wherein the first processor is configured to encrypt a folder access private key associated with a folder associated with the group based at least in part on utilizing the group access public key, and the second processor is configured to access the folder based at least in part on determining a folder access private key by utilizing the group access private key.
 20. The non-transitory computer-readable medium of claim 15, wherein the first processor is configured to transmit encrypted sample data, the sample data being encrypted by utilizing the assigned public key associated with the second device, and the second processor is configured to transmit decrypted sample data, the sample data being decrypted by utilizing an assigned private key associated with the second device. 